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BESCHREIBUNG 
TITEL 

Verfahren und Vorrichtung zur synchronisierten Wiedergabe von Datenstromen 



TECHNISCHES GEBIET 

Die vorliegende Erfindtmg betrifft ein Verfabren zur Wiedergabe von iiber wenigstens 
ein Netzwerk ubertragenen Datenstromen oder Datenpaketen mittels wenigstens zweier 
wenigstens mittelbar an das Netzwerk angebundener Wiedergabegerate. Sie betrifft 
ausserdem ein Datenverarbeitungsprogramm zur Durchfulirung eines derartigen 
Verfabrens sowie eine Vorrichtung zur Durchfiihrung eines derartigen Verfahrens. 



STAND DER TECHNIK 

Die Ubertragung von digital gespeicherten, multimedialen Datenstromen iiber 
Netzwerkinfcastruktur, die Speicherung dieser Strome auf computerahnlichen 
Apparaten und die Wiedergabe in professionellen Anwendungen und auch im 
Heimbereich ist bereits omniprasent. Dies insbesondere im Audiobereich, indem die fur 
die Ubertragung und Speicherung notwendigen Datenraten und -mengen dank 
effektiver Komprimierverfahren (MP3) stark reduziert werden konnten. Im 
Videosegment arbeiten viele fieberhaft an immer besseren Komprimierverfahren 
(MPEG-4) um auch hier die „onUne"-Verfugbarkeit und z.B. den Echtzeitabruf von 
Spielfilmen mit ublicher Infrastruktur (ADSL, Kabelmodem und PC) moglich zu 
machen. Im Heimbereich wiirde sich ein sehr grosser Markt ofmen, wenn Audiodaten 
sehr genau synchronisiert, ohne Qualitatsverlust, d.h. digital mit Fehlerkorrektur, iiber 
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verschiedene Medien, insbesondere jedoch per Funk, verteilt ausgegeben werden 
konnten. Bisher bekannte Verfahren (z.B. die analoge Modulation der Daten auf HF 
Trager ohne Ruckkanal) sind qualitativ weder hochwertig noch betriebssicher. 
Zuverlassige Systeme, die z.B. auch einen S/PDIF (Sony/Philips Digital Interface, 
digitaler Audioausgang) oder analoge Audiosignale ohne merklichen Qualitatsverlust 
zuverlassig (d.h. mit Ruckkanal) fiber verdrahtete oder drahtlose Infrastruktur verteilen 
konnen, sind bisher nicht verfugbar. 



DARSTELLUNG DER ERFINDUNG 

Der Erfindung liegt demnach die Aufgabe zugrunde, ein Verfahren zur Verfugung zu 
stellen, welches es erlaubt, fiber wenigstens ein Netzwerk fibertragene Datenstrome oder 
Datenpakete mittels wenigstens zweier wenigstens mittelbar an das Netzwerk 
angebundener Wiedergabegerate in fehlerfreier und synchronisierter Weise 
wiederzugeben. 

Die Losung dieser Aufgabe wird dadurch erreicht, dass zur Synchronisation der 
Wiedergabe mit den wenigstens zwei Wiedergabegeraten entweder eines der 
Wiedergabegerate als Master seine interne Uhr als Referenz vorgibt und die anderen 
Wiedergabegerate als Slave ihre interne Uhr fiber das Netzwerk mit jener des Masters 
abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 
dieser abgeglichenen Uhr wiedergeben, oder dass die interne Uhr eines externen, 
ebenfalls am Netz verfugbaren Gerates als Master verwendet wird und alle 
Wiedergabegerate als Slave ihre interne Uhr fiber- das Netzwerk mit jener des Masters 
abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 
dieser abgeglichenen Uhr wiedergeben. 

Der Kern der Erfindung besteht somit darin, die Synchronisation der einzelnen 
Wiedergabegerate durch die Definition einer Referenzuhr zu gewahrleisten. Dabei ist 
der Begriff Uhr nicht im exakten Sinne zu verstehen, sondem vielmehr einfach im 

Referenzsystems, innerhalb welchem alle Teilnehmer des 
Systems, d. h. Master und Slave gleich laufen. Mit anderen Worten kann die hier 
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genannte Uhr sowoW absolut nicht der tatsachlichen Uhrzeit entsprechen, als auch in 
ihrer Laufgeschwindigkeit von der laufgeschwindigkeit eine Uhr abweichen. Wichtig 
ist nur, dass die einzelnen Teilnehmer untereinander in einem identischen, gleich 
getakteten Zeitsystem arbeiten. Die Slaves fiihren mit anderen Worten ggf. einfach eine 
zum Master synchron laufende Uhr respektive ein synchron laufendes Referenzsystem 
zur Wiedergabe der Daten, welche Uhr respektive welches Referenzsystem nicht mit 
der tatsachlichen, auf dem Slave vorhandenen Uhr identisch sein muss. Es wird dann 
gewissermassen eine separate Kopie der Master-Uhr auf den Slaves gefuhrt Die im 
Rahmen dieser Erfindung wesentliche Synchronisation zielt also nicht in erster Linie 
darauf ab, so genannte real time Bedingungen sicherstellen zu konnen, sondem 
vielmehr darauf, eine moglichst hohe Datenintegritat zu gewahrleisten, wobei der 
Moment des Abspielens nicht von hochster Bedeutung ist, sondem nur die relative 
Synchronisation. Wesentlich ist beim vorgeschlagenen System der Synchronisation, 
dass nicht der Master dazu beauftragt ist, die einzelnen Slaves im Takt zu halten, 
sondem dass die einzelnen Slaves selbststandig fur ihre Anpassung an den Master 
verantwortlich zeichnen und dies selbsttatig durchfuhren. Dadurch ergibt sich der 
Vorteil, dass der Master nicht zwingend dariiber informiert sein muss, was far weitere 
Teilnehmer im Netz im Moment gerade in synchronisierter Weise mitspielen. Die 
Verwaltung eines Systems vereinfacht sich dadurch erheblich. Der Master stellt nur 
seine Uhr zur Verfiigung und der Master selber andert dieses Referenzsystem auch nicht 
ab, so sehr es auch von einer tatsachlichen Uhrzeit abweichen mag. 

Gemass einer ersten bevorzugten Ausfuhrungsform der vorliegenden Erfindung handelt 
es sich beim Netzwerk um ein Netzwerk, in welchem Datenpakete in asynchroner 
Weise ubertragen werden. Die Synchronisation von Datenstromen ist insbesondere dann 
relevant, wenn das Netzwerk nicht deterministisch ist, d. h. wenn die Daten asynchron 
ubermittelt werden. In einem asynchronen Netzwerk kann nicht davon ausgegangen 
werden, dass Daten stets die gieiche Zeit von Punkt A zu Punkt B benotigen. 
Ausserdem werden die Daten nicht in einem konstanten Takt ubermittelt. Entsprechend 
werden in einem derartigen Netzwerk inharent Daten zu unterschiedlichen Zeitpunkten 
fiber unterschiedliche Wege (z.B. uber Switches oder Router) bei den 
Wiedergabegeraten ankommen, was die Synchronisation besonders wichtig macht. 
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Gemass einer weiteren bevorzugten Ausffihrungsform findet der Abgleich der Uhr auf 
dem Slave nicht nur vor der ersten Wiedergabe beim Einschalten oder Zuschalten des 
Slave statt, sondern viebnehr auch periodisch wahrend der Wiedergabe der Daten. Diese 
Aktualisierung ist insbesondere bei langen, zusammenhangenden Datenstromen 
wichtig, da selbst kleinste Unterschiede in der Laufgeschwindigkeit der internen Uhr 
von Master und Slave fiber eine langere Zeit zu einer grossen Differenz fiihren konnen. 
Typischerweise erfolgt eine derartige neue Synchronisation alle 30 Sekunden. 
Vorzugsweise wird die periodische Aktualisierung dazu verwendet, auf dem Slave eine 
systematische Anpassung der Laufgeschwindigkeit der internen Uhr des Slave an jene 
des Masters zum Ausgleich von Unterschieden in der internen Laufeeitcharakteristik 
von Master und Slave vorzunehmen. Eine derartige systematische Anpassung, welche 
gewissermassen ein " Ziehen M zwischen Slave und Master erlaubt, ist ahnlich zur im 
Bereich des Abgleichs von klassischen Uhren auf Netzwerken (ntp, Network Time 
Protocol). Dadurch wird eine moglichst glatte Anpassung zwischen den Zeitsystemen 
von Master und Slave gewahrleistet, und es wird verhindert, dass einfach bei einem 
mismatch zum Ausgleich von Laufzeitdifferenzen z. B. auf dem Slave Datenpakete 
weggelassen werden oder Leerstellen eingefiigt werden. Dennoch kann es bei grossen 
Zeitunterschieden (typischerweise mehr als z. B. 100ms im Audiobereich), wie sie aber 
typischerweise nur dann auftreten, wenn die Dateniibertragung problematisch ist, 
erforderlich werden, die Wiedergabe auf dem Slave durch derartige stufenweise 
Eingriffe vorzunehmen. Typischerweise besteht die systematische Anpassung darin, die 
interne Uhr des Slave respektive deren Laufgeschwindigkeit mit einem konstanten 
Korrekturfaktor zu skalieren. 

Der Abgleich der internen Uhr auf dem Slave kann auf unterschiedliche Weise 
geschehen. Wichtig ist dabei insbesondere, dass nicht einfach die Zeit auf dem Master 
abgefragt wird und anschliessend nach deren Ubertragung tel quel auf dem Slave 
eingesetzt wird, sondern dass der Tatsache Rechnung getragen wird, dass die 
Ubertragung der Zeit respektive deren Anfrage fiber das Netz ebenfalls eine gewisse 
Zeit beansprucht hat. Gerade im Rahmen dieser Erfindung gewiinschte Zeitgenauigkeit 
im Bereich von derartig typischen l)bertragungszeiten in Netzwerken liegt, soUte dies 
beriicksichtigt werden. Vorzugsweise wird dabei entsprechend so vorgegangen, dass die 
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interne Uhr des Master vom Slave insbesondere bevorzugt mehrmals abgefragt wird, 
und indem wenigstens ein, bevorzugt eine Mehrzahl von Datenpaketen, welche mit den 
Paketen zur Abfrage der Zeit auf dem Master identisch sein konnen, vom Slave zum 
Master ubertragen und wieder zuruckubermittelt werden, und die interne Uhr im Slave 
in Abhangigkeit einer insbesondere durchschnittlichen Laufeeit von Datenpaketen 
zwischen Master und Slave an die Uhr im Master angeglichen wird. Es wird mit 
anderen Worten iiber mehrere Abfragen eine mittlere Datenlaufzeit, wie sie fur das 
spezifische Netzwerk typisch ist, ermittelt, und erst nach Kenntnis dieser typischen 
Datenlaufzeit unter deren Beriicksichtigung die Zeit auf dem Slave angepasst Dabei 
spielt aber normalerweise nicht nur die Datenlaufzeit iiber das Netzwerk eine Rolle, 
sondern auch Bearbeitungszeiten in den Geraten. Entsprechend sollten zusatzlich zur 
Beriicksichtigung der Laufeeit als Mittelwert Bearbeitungszeiten in den Geraten, 
ublicherweise als zusatzlicher konstanter additiver Beitrag beriicksichtigt werden. 

Wird ein derartiges System von Wiedergabegeraten in Betrieb genommen, so ist es 
wichtig, rechtzeitig einen Master zu definieren, damit die einzelnen Wiedergabegerate 
nicht alle gegenseitig versuchen, sich relativ zueinander abzugleichen. Gemass einer 
bevorzugten Ausfiihrungsform der Erfindung wird dies vorteilhafter Weise so gemacht, 
dass das erste, mit der Wiedergabe beauftragte Wiedergabegerat automatisch als Master 
definiert wird. Typischerweise verlauft dies so, dass ein Gerat, wenn es zu Wiedergabe 
aufgefordert wird, sich zunachst einfach einmal als potentiellen Master versteht, aber 
keinerlei mastertypischen Aktionen beginnt. In dem Moment, in welchem es von einem 
anderen Wiedergabegerat eine Anfrage bekommt, den abgespielten Datenstrom zur 
Verfugung zu stellen, wird das Gerat zum Master. Das anfragende Gerat wird 
automatisch zum Slave. Selbstverstandlich ist es auch moglich, ein Gerat als Master zu 
definieren, diese Losung weist aber den Nachteil auf, dass, wenn dieser Master aus 
irgendwelchen Griinden einmal nicht betrieben werden soil oder ausfallt, dass System in 
einem undefinierten Zustand ist. In entsprechender Weise sollte ausserdem im Protokoll 
festgehalten werden, dass, bei Ausfall oder Abschalten des aktuellen Masters, sich das 
erste, dieses realisierende Gerat, automatisch als neuer Master im Netzwerk definiert 
und die Aufgabe als Master sofort ubernimmt. 
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Das vorgeschlagene Verfahren findet vorzugsweise im Bereich von digitalen Audio- 
oder Videodaten oder einer Kombination davon Anwendung. Insbesondere bevorzugt 
handelt es sich entsprechend bei den Daten respektive Datenstromen urn komprimierte 
oder unkomprimierte Audiodateien wie MP3, WAV, MPEG, Windows Media etc. 
Grundsatzlich kann es sich bei der Wiedergabe entweder urn so genannte " multi-room 
"-Wiedergabe, d. h. urn die Wiedergabe von: identischen Medien- insbesondere 
Audiodateien in synchronisierter Weise handeln, oder aber auch um so genannte 11 
multi-channel "-Wiedergabe, bei welcher insbesondere bei Audio-Dateien in 
Stereoformat oder Vielkanalformaten wie z.B. Dolby 5.1, DTS etc, auf 
unterschiedlichen Wiedergabegeraten die unterschiedlichen Kanale wiedergegeben 
werden. 

Gemass einer weiteren bevorzugten Ausfiihrungsform der vorliegenden Erfindung wird 
wenigstens ein Teil der Datenstrome oder Datenpakete vor der Wiedergabe in den 
Wiedergabegeraten zwischengepuffert, wobei bei Audiodateien typischerweise im 
Bereich von ca. 1 bis 5 sec gepuffert wird. Diese Pufferung, welche vorzugsweise in 
einem so genannten Ringpuffer stattfindet, erlaubt eine auf der einen Seite genaue 
Synchronisation, indem n&nlich der Ausgabepointer beim Master und beim Slave 
einfach gleich gesetzt werden, oft der anderen Seite werden so auch 
Korrekturmechanismen (so genannte "retry-Protokolle ") wesentlich einfacher moglich, 
was im Zusammenhang mit der hier angestrebten Datenintegritat von grosser 
Bedeutung ist. 

Insbesondere im Zusammenhang mit der Ausgabe von Audiodateien erweist es sich als 
vorteilhaft, die Synchronisation der einzelnen Wiedergabegerate im Bereich von 
weniger als 100ms auszulegen. Bevorzugt sollten die Laufzeitunterschiede weniger als 
10ms oder weniger als 2ms, insbesondere bevorzugt weniger als 1 ms betragen. Aus der 
Psychoakustik ist bekannt, dass ein normales Gehor in der Lage ist, grossere 
Laufzeitunterschiede von mehr als 30 ms als Echo wahrzunehmen, was im Rahmen 
dieser Erfindung eben genau verhindert werden soil. Es zeigt sich, dass auch im bereits 
gOTannten "mujti-chginel " Betrieb eine Genauigkeit von im Bereich von j ms 
geniigend ist. Die Synchronisation von Datenstromen in dieser Genauigkeit kann in 
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einem typischen Netzwerk nicht mehr ohne eine aktive Synchronisation der einzelnen 
Wiedergabegerate gewahrleistet werden, insbesondere konnen ohne aktive 
Synchronisation keine weiteren Teilnehmer einfach so zugeschaltet werden. 
Typischerweise handelt es sich beim Netzwerk urn ein klassisches, verkabeltes 
Netzwerk, vorzugsweise kann es sich dabei aber auch urn ein kabelloses Netzwerk, 
insbesondere ein Funknetzwerk handeln (z. B. Wifi, wireless fidelity, auch IEEE802.11b 
genannt, oder Nachfolgestandards mit hoherer Datenrate wie z.B. IEEE 802.11a). Soli, 
wie gemass einer anderen bevorzugten Ausfuhrungsform der vorliegenden Erfindung 
vorgeschlagen, ein weiteres Wiedergabegerat in synchronisierter Weise zugeschaltet 
werden, so geschieht dies vorzugsweise, indem sich das zugeschaltete Gerat 
automatisch auf den vorhandenen Master abgleicht und nach Pufferung eines Teils der 
Daten selber die Wiedergabe aufhimmt. Ebenso erweist es sich u.U. als sehr vorteilhaft, 
die Verzogerung eines Clients gegeniiber dem Master gezielt einstellen zu konnen. 
Damit lassen sich grosse Raume, Kirchen etc wesentlich besser akustisch mit Daten 
versorgen und akustische Eigenschaften/Laufzeiten in diesen Gebauden kompensieren. 
Es handelt sich dann aber urn eine gezielte, d.h. gewunschte und systematische 
Verzogerung. Die dabei verwendete Zeitverschiebung bei der Wiedergabe auf 
unterschiedlichen Geraten ist konstant eingestellt bleibt synchronisiert. 

Als Datenquellen fiir den Master konnen unterschiedliche Datenquellen in Frage 
kommen. Die Datenpakete oder Datenstrome konnen entweder von einem separaten 
Datenserver abgeholt oder von diesem geschickt werden, oder auf einem der 
Wiedergabegerate abgeholt oder von diesem geschickt werden, oder auf den 
Wiedergabegeraten bereits zur Verfugung stehen, oder dem System iiber einen Analog- 
Digitalwandler nach Einspeisung in analoger Form in digitaler Form zur Verfugung 
gestellt werden. 

Eine weitere bevorzugte Ausfuhrungsform ist dadurch gekennzeichnet, dass die 
Datenpakete oder Datenstrome von einer Datenquelle in einen Ringpuffer im Master 
eingelesen werden, wobei jedes eingelesene Byte mit einer eindeutigen Adresse 
(einfacher Weise einfach ein 32 bit-counter, beginnend bei 0) versehen ist, und dass der 
Master in einem vom Einlesen des Datenstromes in den Ringpuffer unabhangigen 
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Prozess die Daten des Ringpuffers blockweise, insbesondere sofort nach Einlesen, per 
Broadcast, insbesondere per UDP Broadcast und weiterhin insbesondere per multicast, 
auf das Netzwerk schickt, erganzt durch einen Protokollheader, der unter anderem die 
Adresse des ersten ubermittelten Bytes, die genaue Masterzeit, die Adresse des vom 
Master als nachstes an den Codec des Masters zu iibermittelnden Bytes enthalt. 
Grundsatzlich konnen die Daten vom Master in unterschiedlicher Weise an die Slaves 
weitergegeben werden. Der einfachste Ansatz ist ein so genanntes unicast, d. h. der 
Master verschickt die Daten separat an jeden weiteren Slave. Dies fuhrt aber bei 
Anwesenheit von mehreren selbst zu einer unnotigen Belastung des Netzwerks. 
Entsprechend sollte vorzugsweise die Verteilung optimiert so geschehen, dass der 
Master die Daten mit einem multicast an alle weiteren Wiedergabegerate weitergibt. Die 
erforderliche Bandbreite bleibt so unabhangig von der Anzahl der Slaves weitgehend 
konstant (es kommen nur eventuelle weitere Synchronisationspakete fur den 
Zeitabgleich hinzu, die praktisch keine Bandbreite beanspruchen). Der Ausgabepointer, 
respektive dessen Position auf dem Master wird an die Slaves als Adresse des vom 
Master als nachstes an den Codec des Masters zu iibermittelnden Bytes ubergeben. 
Dabei wird davon ausgegangen, dass Master und Slave fiber ahnliche Architekturen 
verfugen, bei welchen die Zeitspanne zwischen Ansteuerung des Codec und effektiver 
Ausgabe am Audio-Ausgang (Lautsprecher) so gut wie identisch sind. Wenn dies nicht 
der Fall ist, mussen entsprechende Korrekturen beriicksichtigt werden (z. B. erforderlich 
bei wesentlichen Verstaikungsverzogerungen in einem der Ausgabegerate etc.). Wie 
erwahnt kann die Position des Ausgabepointers auf dem Master einfach als Header mit 
den eigentlichen Datenpaketen ubermittelt werden. Altemativ oder zusatzlich ist es aber 
auch moglich, die Adresse des vom Master als nachstes an den Codec des Masters zu 
iibermittelnden Bytes wenigstens teilweise in unabhangigen Kontrollblocken, welche 
mit den Kontrollblocken zur Uberpriifimg der Uhr auf dem Master identisch sein 
konnen, zu iibermitteln. Hierbei ist es insbesondere auch notwendig, die Laufeeit des 
Paketes, an Hand der durchschnittlichen Laufeeit oder der vom Server ubermittelten 
Laufeeit, einzubeziehen und den Zahler eventuell dementsprechend zu korrigieren. 

Wie bereits weiter oben erwahnt spielt die Ihtegritat der Daten im zVsai^e^ang mit 
der vorliegenden Erfindung eine grosse Rolle. Es ist klar, dass unidirektionale 
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Verfahren (wie z.B. analoge oder digitale Ubertragung ohne Rfickkanal/Rfickmeldung 
wie das genannte Multicast/Broadcast), will man moglichst verlustfireie Ubertragung 
erreichen, nicht ausreichen und ein bidirektionales Koinniunikationsverfahren mit 
Datenpufferung gewahlt werden muss, damit bei temporarem Datenverlust eine 
Wiederholung angefordert und neue Ubertragung durchgefuhrt werden kann, bevor die 
lokalen Puffer mit bereits tibertragenen Daten leer laufen. Entsprechend wird 
vorzugsweise ein Korrekturmechanismus oder auch "retry-Protokoll" vorgesehen, fiber 
welches verlorene oder beschadigte Datenpakete auf den Slaves berichtigt werden 
konnen. Entsprechend wird zur Sicherung der Datenintegritat bei von einem Slave 
festgestelltem Verlust eines Datenteils auf dem Netzwerk dieses Datenteil nach 
Anforderung vom Slave vom Master wiederholt gesendet. Dies erfolgt nun nicht 
unmittelbar nach der Anfrage, sondem der Master nhnmt dieses wiederholte Senden erst 
nach Verzogerung wahr. Typischerweise betragt diese Verzogerung einige ms. Der 
Grand dafur ist, dass fiblicherweise in einem Netzwerk eine fehlerhafle Ubertragung 
gleich von mehreren Slaves gleichzeitig erfahren wird. Entsprechend werden sich auch 
mehrere Slaves mit einer Anforderung beim Master melden. Die Slaves werden nun 
derart programmiert, dass sie die Anforderungen in gestaffelter Weise absetzen (dies 
kann einem programmierten Zeit-Schema entsprechen oder aber auch entsprechend 
zufallig generierter Zeitunterschiede zwischen den Anfragen). Wartet nun der Master 
mit seiner entsprechenden Koixektur-Dateniibertragung, bis samtliche Slaves, bei denen 
eine fehlerhafter Eingang festgestellt wurde, ihre Anforderung abgesetzt haben, so kann 
verhindert werden, dass identische Anforderungen mehrfach fiber das Netzwerk 
geschickt werden. Der Master schickt das entsprechende Korrektur-Datenpaket nach der 
Wartezeit mit einem broadcast oder multicast nochmals auf das Netz, und samtliche 
Slaves, die dieses Paket brauchen, konnen es in ihxea Ringpuffer einbauen. Ausserdem 
sollten die Slaves auf dem Netz mithoren, ob Korrektur-Anfragen, wie sie sie gerade 
abzusetzen beabsichtigen, bereits an den Master gegangen sind. 1st dies der Fall, so 
verzichtet der Slave auf eine weitere Anfrage, da ja das entsprechende Korrekturpaket 
ohnehin vom Master in einem multicast zur Verfugung gestellt werden wird. 

Weitere bevorzugte Ausfuhrungsformen des erfindungsgemassen Verfahrens sind in 
den abhangigen Anspruchen beschrieben. 
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Weiterhin betrifft die vorliegenden Erfindung ein Datenverarbeitungsprogramm zur 
Durchfuhrung eines Verfahrens, wie es oben beschrieben ist, sowie ein 
Wiedergabegerat zur Durchfuhrung eines derartigen Verfahrens. Das Wiedergabegerat 
verfugt dabei vorzugsweise iiber ein Netzwerkinterface (respektive allgemeiner iiber 
eine Kommunikationsschnittstelle), uber eine zentrale Rechnereinheit mit Speicher, 
sowie iiber Mittel zur wenigstens mittelbaren Ausgabe von analogen oder digitalen 
Daten, insbesondere in Form eines Lautsprechers. Im Speicher eines derartigen 
Wiedergabegerats ist ein Datenverarbeitungsprogramm zur Durchfuhrung dieses 
Verfahrens fest programmiert ist, und dieses Programm aktiviert sich nach Einschaltung 
der Speisung selbsttatig, wobei das Wiedergabegerat insbesondere bevorzugt iiber 
Mittel zur automatischen Integration des Gerats in das Netzwerk verfugt. 

Weitere bevorzugte Ausfuhrungsformen sind in den abhangigen Anspriichen 
beschrieben. 

KURZE ERLAUTERUNG DER FIGUREN 

Die Erfindung soil nachfolgend anhand von Ausfuhrungsbeispielen im Zusammenhang 
mit den Zeichnungen naher erlautert werden. Es zeigen: 

Fig. 1 eine schematische Darstellung eines Systems mit synchronisierten 
Wiedergabegeraten; und 

Fig. 2 a) eine schematische Darstellung des Ringpuffers auf einem Slave und b) eine 
schematische Darstellung des Ringpuffers auf einem Master. 

WEGE ZUR AUSFUHRUNG DER ERFINDUNG 

Als Ausfiihrungsbeispiel zur vorliegenden Erfindung soli ein System beschrieben 
werden, bei welchem eine 5 ,Sendeeinheit" einen von einer (digitalen oder analogen) 
Audio-Datenquelle angelieferten kontinuierlichen Datenstrom drahtlos an mehrere 
. YerteilLe_ Wiad.ergabegerate.. _ (typisch. AktLvlautsprecher) . . -verteilt,. ... woheL . . diese 
verscliiedene Kanale des gleichen Datenstromes decodieren und ausgeben. Die 
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Sendereinheit verfugt dazu fiber eine CPU, d. h. einen Prozessor, Pufferspeicher, sowie 
fiber mindestens eine bidirektionale Kommunikationsschnittstelle, im beschriebenen 
Beispiel ein 802.11b Funknetzwerkinterface, sowie einen Audioeingang fiir analoge 
oder digitale Audiodaten sowie selber fiber einen Audioausgang (ist also auch 
Wiedergabegerat). Die anderen Wiedergabegerate vefwenden die gleiche Architektur, 
besitzen aber statt einem Audioeingang einen digitalen und/oder analogen 
Audioausgang und eventuell Leistungsverstarker und Schallwandler/Lautsprecher. 

In der nun folgenden Beschreibung werden Bezeichnungen verwendet, die wie folgt 
definiert sein sollen: 

• Der Server ist eine Datenquelle fur Audiodaten und kann ein beliebiges Gerat 
zur B^reitstellung der Daten sein. Es kann sich dabei z. B. urn einen Server eines 
Content-Providers handeln, odef aber auch um einen einfachen Musik- oder 
Video-Server. Insbesondere ist auch eine digitale Eingangsschaltung (z.B. 
S/PDIF), eine Analog/Digitalwandlung und/oder ein Codec, der einen 
Datenstrom komprimiert/codiert (typisch ein digitaler Signalprozessor), als 
„Server" zu betrachten, 

• Wiedergabegerat: ein Gerat zur Wiedergabe des Medienstromes, das die hier 
beschriebenen Protokolle unterstutzt. 

• Master: ein Wiedergabegerat, das von einem anderen Gerat eine Aufforderung 
bekommen hat, den gerade spielenden Datenstrom weiterzureichen. 

• System: eine Menge von mindestens zwei Wiedergabegeraten, die in einer 
gemeinsamen Koinmunikationsstruktur installiert sind. 

• Slave: ein Teilnehmer, der per Userinterface oder Kommando oder 
Festeinstellung/Parametrierung dazu aufgefordert wurde, synchron zu einem 
anderen Wiedergabegerat („Master") zu spielen. 

• Es konnen mehrere Slaves den gleichen Datenstrom synchron abspielen. Daher 
werden die Slaves zur Kennzeichnung mit Nummern versehen. 
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Normalbetrieb ohne Synchronisation: 

Alle Wiedergabegerate arbeiten autonom. Die Wiedergabegerate konnen alle 
unabhangig voneinander Mediendaten von einer gemeinsamen oder von 
unterschiedlichen Datenquellen ausgeben. Die Datenquellen konnen dabei im Netzwerk 
angeordnet sein, oder aber es kann sich oben bereits auf den Wiedergabegeraten 
gespeicherte Daten handeln. 



Automatisches Erkennen und Suchen von Teilnehmern: 

Jedes Wiedergabegerat enthalt einen „Discovery Server", der bei Eintreffen eines 
bestimmten Netzwerkblockes (UDP Datagramm auf eine spezifische Portnummer, UDP 
ist ein standard, low-overhead, verbindungsloses, host-to-host Protokoll, welches den 
Austausch von Datenpaketen fiber geschaltete Computernetzwerke erlaubt Es erlaubt 
einem Programm auf einem Computer, ein Datagramm an ein Programm auf einem 
anderen Computer zu schicken) mit einem Antwortblock reagiert. Alternativ konnen 
andere Discovery-Protokolle, so z.B. SSDP (Simple Service Discovery Protocol, ein 
Unterprotokoll von UPNP, Universal plug and play ist ein Standard, welcher dazu 
verwendet wird, eine direkte und automatische Anbindung von Peripheriegeraten in 
einem lokalen Netzwerk ohne Konfiguration zu erlauben) benutzt werden. 

Mit Hilfe des Suchprotokolls verschafift sich jedes Wiedergabegerat eine Liste von 
anderen Wiedergabegeraten, deren konfigurierten Namen, insofem verfugbar, und deren 
Netzwerkadressen (IP Adresse). Diese Suche wird immer wieder wiederholt, so dass 
Erganzungen der Liste durch neu hinzugekommene Gerate automatisch erfolgen. Nicht 
mehr vorhandene Gerate werden nach einer bestimmten Zeit wieder aus der Liste 
entfemt. 

Eine beispielsweise in Form einer Homepage organisierte Software erlaubt es 
anschliessend, samtliche in einem Netzwerk vorhandenen Wiedergabegerate fiber 
Anfrage bei einem spezifischen Wiedergabegerat innerhalb des Netzwerks sichtbar zu 
^maj^hen^.Da^ ist_^ xiQtwendig,^die_entspxechende JSloftwara. 

visualisiert automatisch samtliche Teilnehmer und stellt die Moglichkeit zur Verfugung, 
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einzelne Teilnehmer an anderer in synchronisierter Weise anzubinden (z. B. uber ein 
auslosen via cgi-Kommando). So ist ein einfaches Handling sichergestellt 



Aufforderung zur Synchronisation: 

Ein Teilnehmer kann durch verschiedene Einflusse stimuliert werden, sich mit einem 
anderen Gerat zu synchronisieren und dessen Medienstrom wiederzugeben: 

1. durch fixe Konfiguration („Setup"). Ein solcher Teilnehmer versucht sich 
konstant auf den konfigurierten Master zu synchronisieren. 

2. durch Kommando von einer Applikation (z.B. per cgi Kommando, vgl. oben) 

3. durch Empfang eines Kommandos uber UDP - auch der Fall „ALLE" 
synchronisieren auf Teilnehmer xxxx ist machbar 

4. durch Aktion des Benutzers und Auslosen via User Interface 

Wird ein Teilnehmer stimuliert, sich mit einem anderen zu synchronisieren, passiert das 
folgende: 

Zeitsynchronisation: 

Slave-Gerate miissen sehr genau mit dem Master synchronisieren. Hierzu ist eine 
genaue Synchronisation einer gemeinsamen Zeitbasis notwendig. Es ist nicht 
notwendig, dass diese „Master-Slave-Systemzeit" irgendeinen Bezug zu anderen 
Systemen wie z.B. der Weltzeit hat, auch ist die Genauigkeit (Laufgeschwindigkeit) 
dieser Zeit unerheblich - solange beide Gerate moglichst genau synchron laufen. 

Die Zeitsynchronisation der Wiedergabegerate muss periodisch wiederholt w^-den, um 
Abweichungen iiber die Zeit zu korrigieren. Der Ablauf einer Zeitsynchronisation 
geschieht dabei ahnlich einem aus der Bereich der Zeitanpassung bekannten Protokoll, 
namlich ntp (network time protocol). Dabei handelt es sich um ein Protokoll zur 
Synchronisation der Uhren auf Computern eines Netzwerks. 

Jm vorliegenden Fall wird wie folgt vorgegangen: 
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Der verwendete Ansatz ist das Anfordern der Zeit beim Server unter Berucksichtigung 
der durchschnittlichen Laufeeit der Daten. Das Gerat selbst nimmt seine aktuelle Zeit 
und misst die Dauer bis zur Antwort vom Server. Diese Antwort enthalt die aktuelle 
Serverzeit zum Zeitpunkt des Eintreffens der Anfrage. Wird dieser Vorgang mehrfach 
durchgefiihrt, konnen geringfugige Schwankungen in den Datenlaufeeiten ausgeglichen 
werden: 

a) Slave schickt UDP Datagramm an den Teilnehmer auf den er synchronisieren 
will, und fordert dessen aktuelle Zeit an. In dem Telegramm wird die „eigene" 
Zeit mitgegeben (Sendezeit) 

b) Das Telegramm wird vom Empfanger mit der lokalen (Master-) Zeit versehen, 
wobei die „Slave"-Sendezeit erhalten bleibt, und an den Slave zuriickgeschickt. 

c) Der Slave empfangt das vom Master zuriickgesendete Telegramm und tragt es in 
eine Tabelle ein, wobei die Empfangszeit notiert wird. 

d) Die Schritte a-c passieren mehrmals (bei der ersten Synchronisation z. B. mind. 
8x, bei Resynchronisation 3x), mit dem Ziel, per Durchschnittsbildung unter 
Weglassen von Extremwerten ein moglichst genaues Ergebnis zu bekommen. 

e) Sind geniigend aussagekraftige Daten in der Tabelle vorhanden, wird 
ausgewertet. Hierzu wird die Differenz (aktuelle Slavezeit minus Slave- 
Sendezeit) eines jeden Telegrammes gebildet und gepriift, ob das Telegramm 
lange unterwegs war (grosse Differenz). Nur die Telegramme mit der kleinsten 
Differenz werden genommen, md es kann im Normalfall angenommen werden, 
dass bei gleichen Geraten die Ubertragungszeit in etwa symmetrisch auf beide 
Ubertragungsstrecken entfallt. Hierdurch kann eine von der normalen Slavezeit 
unabhangige „Masterzeit" im Slave sehr genau auf den Master synchronisiert 
werden. 

Auf normalem Ethernet und sogar auf 802.11 Wireless Netzwerken sind die 
Ubertragungszeiten im unbelasteten Zustand typisch kleiner als 1ms, auf jeden Fall 

unter- -5- ms r und- -bei- Annahme— der -^symmetrischen" Veizogerung— -kann die^ 

Zeitsynchronisation der Teilnehmer mit dem beschriebenen Verfahren auf deutlich 
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weniger als 1ms sichergestellt werden. 

Somit wird also eine durchschnittliche Laufzeit der Daten innerhalb eines moglichst 
kurzen Zeitabschnittes ermittelt Abzuglich einer geschatzten oder empirisch ermittelten 
Konstante von 0,01 -lms fur die unterschiedliche Verarbeitungszeit beim Senden und 
Empfangen der Daten innerhalb der Gerate kommt man nun auf eine momentane 
Laufzeit fur ein Datenpaket. Diese Laufzeit wird nun bei der Ermittlung der aktuellen 
Systemzeit beriicksichtigt 

Die Zeitsynchronisation wird dann in regelmassigen Abstanden wiederholt, typ. alle 30 
Sekunden, wobei ein Zeitstempel im Weiterleitungsprotokoll zur Uberwachung in der 
Regel geniigt und damit die Resynchronisation nur bei deutlichen Diskrepanzen 
ausgelost wird. 



Datensynchronisation: 

Allgemeines: Um die Synchronisation von „N" Slaves auf einen Master ohne „N"-fache 
Datenmenge auf dem Netzwerk zu beweikstelligen, ist es im Sinne einer moglichst 
geringen erforderlichen Bandbreite auf dem Netzwerk vorteilhaft, die Streamingdaten 
vom Master per Multicast/Broadcast zu verteilen. Broadcast/Multicast ist nicht ^sicAxe^\. 
d.h. Daten konnen verloren gehen. Es wird also ein Wiederholungsmechanismus 
benotigt. Die Anforderung von Wiedorholungen kann unidirektional - mit direkter 
Adressierung - erfolgen. 

Um mehrere unabhangige Synchronisationsgruppen (Kanale) einfach und automatisch 
einzurichten, sollte fiir die Datenverteilung pro Kanal eine unterschiedliche Portnummer 
benutzt werden. Es ist dadurch mit hoher Wahrscheinlichkeit sichergestellt, dass.in der 
beschriebenen Implementierung jeder Teilnehmer eine individuelle Portnummer aus 
seiner IP Adresse und einer Konstanten ableitet. Es werden die letzten 12 Bit der IP 
Adresse plus eine Konstante (z.B. 40.000) addiert. Eine solche Portnummer ist in einem 
typischen Netzwerk mit Class C Adressierung garantiert eindeutig. 

Die individuelle Portnummer eines jeden Teilnehmers wird bei dem „Discovery* c 
Protokoll mit iibermittelt, und jeder Teilnehmer kennt daher die „Kanalnximmer" eines 
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jeden potentiellen Masters. 

Anmeldung: Nachdem die Zeitsynchronisation hergestellt ist (siehe oben), fordert der 
Slave das Wiedergabegerat, dessen Datenstrom er synchronisiert wiedergeben will, auf, 
die „Master"-Rolle zu iibernehmen. Dies geschieht durch Senden eines Kommandos 
(SYNCJRJEQ) auf den (Master)-spezifischen UDP Port/Kanal. Eine Quittung vom 
Master bestatigt den Empfang des Kommandos, bei Nichtbestatigung wiederholt der 
Slave das Kommando, notfalls mehrfach. 

Streaming: Der Master empfangt die Streamingdaten z.B. von einem Server, 
typischerweise per tcp Verbindung, eventuell per http, oder auch von einer lokalen 
digitalen oder analogen Schnittstelle, Codec o.a.. Die Funktion des Systems ist von der 
eingesetzten Datenquelle vollig unabhangig. Alle eingehenden Daten werden in einen 
Ringpuffer eingeschrieben. Bei jedem „Start" eines Streams wird ein Bytezahler (32bit) 
zuriickgesetzt. Jedes eingehende Byte vom Server wird gezahlt und hat so eine 
eindeutige „Adresse" 

Der Master schickt in einem vom Empfangen des tcp Stromes unabhangigen Prozess 
die Daten des Ringpuffers blockweise, sofort nach Eintreffen, per UDP Broadcast auf 
das Netzwerk, erganzt durch einen Protokollheader, der unter anderem die ,^dresse" 
des ersten iibermittelten Bytes, die genaue Masterzeit, die Adresse des vom Master als 
nachstes an den Codec zu ubermittelnden Bytes etc enthalt Dies ist in Fig. 2b) 
dargestellt. Der Ringpuffer 5 ist standig mit Daten gefullt. Der Ausgabepointer 6 steht 
an einer bestimmten Stelle und schickt die dort gelesenen Daten an den lokalen 
Codec/Wandler zur Wiedergabe, Der Ausgabepointer 6 verschiebt sich entsprechend 
der intemen Uhr des Master vorwarts (vgl. Pfeilrichtung). Der Dateneingangspointer 8 
zeigt diejenige Position an, an welcher gerade die von einem Server empfangenen Daten 
in den Ringpuffer 5 eingelesen werden. im wesentlichen unmittelbar "dahinter" in 
Leserichtung befindet sich der Datenweitergabepointer 10, welcher die Position angibt, 
an welcher die im Ringpuffer 5 vorhandenen Daten vom Master an die Slaves fiber ein 
Multicast/Broadcast weitergegeben werden. Mit dem Bezugszeichen 12 ist dabei ein 
typisches-Datenpaket- an^ 

Datenvorrat 11 9, von welchem der wesentliche Teil fur ggf. notwendige "retry- 
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protokolle" zur Verfiigung steht (vgl. weiter unten). Typischerweise umfasst dieser 
Datenvorrat ca. 1 bis 4 Sekunden Daten. Nicht mehr fur Korrekturprotokolle zur 
Verfiigung steht der Sicherheitsbereich unmittelbar vor dem Ausgabepointer 6, da 
dieser nicht mehr sinnvoll iibergeben werden kann. 

Der Slave empfangt diese Datagramme und tragt die empfangenen Daten seinerseits in 
einen Ringpuffer 5 ein. Der Protokollheader wird direkt ausgewertet, und zwar wird die 
Masterzeit auf Genauigkeit uberpriift, und die Information "Masterzeit/Aktuelles Byte" 
(steht fur den aktuellen Abspielmoment) wird zwischengespeichert, respektive dazu 
verwendet, den Ausgabepointer 6 einer richtigen Ort zu schieben respektive dessen 
Laufcharakteristik anzupassen. Der Ringpuffer 5 vom Slave ist in Fig. 2a) dargestellt 
Der Dateneingangspointer 7 befindet sich an der Position des Datenweitergabepointers 
10 des Master (unter Berucksichtigung natiirlich der Laufeeit uber das Netzwerk), und 
idealerweise befindet sich der Datenausgabepointer 6 an der identischen Stelle wie beim 
Master. 

Typischerweise sollte, urn Datenverluste zu vermeiden respektive urn ein ggf. 
erforderliches "ziehen" zu ermoglichen, der Ringpuffer auf den Slaves grosser sein als 
jene auf dem Master. Es ist nebenbei bemerkt auch moglich, die Position des aktuellen 
Byte, welches vom Master auf den Codec geschickt wird, indirekt iiber den fur Zustand 
des Ringpuffers zu ermitteln. Sind Ringpuffer von Master und Slave gleich voll, so ist 
die Synchronisation in Ordnung. Ist der Ringpuffer von einem Slave weniger gefullt 
oder voller als jene des Masters, so zeigt dies eine entsprechende Verschiebung der 
Ausgabe an. 

Retry-Protokoll (Korrekturmechanismus): 

Der Slave kann einfach feststellen, ob ein Datenpaket verloren gegangen ist. Dies ist 
genau dann der Fall, wenn ein neues Datenpaket empfangen wird, dessen erstes Byte 
nicht eine konsekutive Adresse hat (Datenliicke). 

Wenn ein Datenpaket verloren geht, geschieht dies typischerweise auf dem Netzwerk 
und in der Regel fur mehrere oder alle Slaves im „Kanal". Um unnotige Belastung des 
Netzwerkes zu vermeiden, wird ein intelligentes Retryverfahren eingesetzt. Alle Slaves 
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empfangen das „neue" Datenpaket zum etwa gleichen Zeitpunkt und konnen daher etwa 
gleichzeitig feststellen, dass Daten verloren gegangen sind. Jeder Client verzogert jetzt 
eine individuelle Zeit (Zufallsgesteuert oder per Algorithmus aus der IP Adresse oder 
MAC Adresse abgeleitet), im Bereich 1 bis z.B. 30ms, bevor er eine „Retry- 
Anforderung" aussendet. Diese Retry-Anforderung wird dann per Broadcast auf den fur 
den „Kanal" spezifischen UDP Port geschickt, und kann so von alien auf den Kanal 
aufgeschalteten Teilnehmern - nicht nur dem Master - empfangen werden. Wahrend die 
Clients, die einen Retry auslosen wollen, die individuelle Zeit warten, wird der 
Empfang von UDP Datagrammen fortgesetzt. Ein von einem anderen Client ausgeloster 
Retry beendet das Warten und verhindert das Aussenden des eigenen Retries, wenn es 
sich um die gleiche (gleiche erste nicht vorhandene Byteadresse) oder eine Anforderung 
nach noch mehr Daten handelt - hierdurch werden mehrfache identische 
Retryanforderungen wirkungsvoll verhindert und die Last auf dem Netzwerk minimiert. 

Auf der Seite des Masters wird, wenn ein Retry eintriflft, fur eine bestimmte Zeit (z.B. 
30 ms, gleich wie die maximale Client-Verzogerung plus max. interne 
Verarbeitungszeit fur eingehende Datenblocke) gewartet, bevor mit der Wiederholung 
der Aussendung begonnen wird. Mit dieser Verzogerung kann verhindert werden dass 
ein Retry ab einer bestimmten Stelle begoimen wird, dann aber noch eine 
Retryanforderung auf eine fruhere Stelle einlauft. 

Grundsatzlich werden alle Daten ab der angeforderten Stelle bis zum Ende des Master- 
Streamingbuffers wiederholt. 

Slaves ignorieren alle eingehenden Daten die sie schon „kennen", wobei dies nicht 
blockspezifisch, sondern „bytespezifisch" ausgefuhrt wird - ein Retryblock kann 
teilweise alte und teilweise neue Daten enthalten. 

Wiederaufsetzen: 

Es kann passieren, dass ein Slave durch massive Empfangsstorung iiber langere Zeit 
keine Daten empfangen hat und damit einen „Underrun" produziert, d.h. iter 
Stre^nin^buffer wird leer. In diesem Falle werden keine Retries mehr angefordert, 
sondem der Slave synchronisiert sich wieder komplett neu gemass dem beschriebenen 
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Verfahren. In diesem Falle muss die Ausgabe des Mediastromes fur einen kurzen 
Zeitraum unterbrochen werden. 



Aufsetzen auf einen laufenden Datenstrom: 

Slaves konnen jederzeit auf einen laufenden Datenstrom aufsetzen, ein synchroner Start 
ist nicht notwendig. Dies geschieht mittels der folgenden Methode: 

1) der Slave fiillt den Streamingpuffer mit den auf dem Kanal ubertragenen Daten 

2) der Slave verfolgt die vom Master in den Broadcasts mit ubermittelten Adressen 
der aktuell ausgegebenen Bytes 

3) zusatzlich kann der Slave mit spezifischen Abfragen vom Master genau 

erfahren, welches Byte (Adresse) dieser gerade an den Codec ausgegeben hat. „ 

t~ 

4) Es wird die Adresse des ersten in den Streamingbuffer eingeschriebenen Bytes 
mit der vom Master ubermittelten aktuellen Ausgabeadresse verglichen. Sind 
diese gleich oder hat der Master bereits mehr Daten ausgegeben, wird sofort mit 
der Wiedergabe begonnen. 

Feinabgleich: 

Durch regelmassige Abfrage des Masters (analog der Zeitsynchronisation, 
implementiert in den gleichen Datenblocken wie die Zeitsynchronisation) kann 
festgestellt werden ob der Client gegemiber dem Master eher „hinterherlauft" oder 
„vorweglauft", und zwar sehr einfach durch Differenzbildvmg der aktuell an den Codec 
ausgegebenen Byteadressen. Diese Daten miissen natiirlich fiber die Zeit gemittelt 
werden. 

Ist der Client im Streamingbuffer bereits weiter als der Master, kann der Codec durch 
leichte Verlangsamung der Clockfrequenz etwas gebremst werden bis genaue 
Synchronisation erreicht ist. Analog wird die Codec-Clockfrequenz leicht angehoben 
wenn der CUent im Mittel dem Master hinterherlauft. 
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Beenden des Master Modus: 

Der Master kann die Notwendigkeit des Aussendens von Daten - also die Masterrolle - 
dadurch uberprufen, dass Aktivitat von Slaves, zumindest zur Zeitsynchronisation, 
besteht. Wird iiber einen langeren Zeitraum (mindestens 3x Abfrageintervall 
Zeitsynchronisation) keine Clientaktivitat mehr registriert, kann der Master wieder in 
den normalen Teilnehmennodus wechseln und das Aussenden der Broadcasts beenden. 
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BEZUGSZEICHENLISTE 



1 


Wiedergabegerat (Master) 


2 


Wiedergabegerat (Slave) 


3 


Daten- Server 


4 


Netzwerk 


5 


Ringpuffer fur Daten 


6 


Datenausgabepointer (Slave/Master) 


7 


Dateneingangspointer (Slave) 


8 


Dateneingangspointer (Master) 


9 


Datenvorrat 


10 


Datenweitergabepointer (Master) 


11 


Sicherheitsbereich 


12 


Datenpaket fur Slaves 
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PATENTANSPRUCHE 



1. Verfahren zur Wiedergabe von xiber wenigstens ein Netzwerk (4) ubertragenen 
Datenstromen oder Datenpaketen mittels wenigstens zweier wenigstens 
mittelbar an das Netzwerk (4) angebundener Wiedergabegerate (1,2), 

dadnrch gekennzeichnet, dass 

zur Synchronisation der Wiedergabe mit den wenigstens zwei 
Wiedergabegeraten (1 ,2) 

entweder eines der Wiedergabegerate als Master (1) seine interne Uhr als 
Referenz vorgibt und die anderen Wiedergabegerate (2) als Slave ihre interne 
Uhr iiber das Netzwerk (4) mit jener des Masters (1) abgleichen oder eine Kopie 
der Master-Uhr ftihren und die Wiedergabe von Datenstromen oder 
Datenpaketen in Abhangigkeit dieser abgeglichenen Uhr wiedergeben, 

oder dass die interne Uhr eines extemen, ebenfalls am Netz verfugbaren Gerates 
als Master verwendet wird und alle Wiedergabegerate als Slave (2) ihre interne 
Uhr fiber das Netzwerk (4) mit jener des Masters abgleichen und die Wiedergabe 
von Datenstromen oder Datenpaketen in Abhangigkeit dieser abgeglichenen Uhr 
wiedergeben. 



Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass es sich beim 
Netzwerk (4) urn ein Netzwerk (4) handelt, in welchem Datenpakete in 
asynchroner Weise oder synchroner Weise iibertragen werden. 

Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass der Abgleich der Uhr auf dem Slave (2) vor der ersten Wiedergabe 
geschieht, und insbesondere bevorzugt periodisch wahrend der Wiedergabe 
aktualisiertwird 
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Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die periodische 
Aktualisierung dazu verwendet wird, auf dem Slave (2) erne systematische 
Anpassung der Laufgeschwindigkeit der internen Uhr des Slave (2) an jene des 
Masters (1) zum Ausgleich von Unterschieden in der internen 
Laufceitcharakteristik von Master (1) und Slave (2) vorzunehmen. 



Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die systematische 
Anpassung darin besteht, die interne Uhr des Slave (2) mit einem konstanten 
Korrekturfaktor zu skalieren. 



Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass der Abgleich der internen Uhr erfolgt, indem die interne Uhr des Master (1) 
vom Slave (2) insbesondere bevorzugt mehrmals abgefragt wird, und indem 
wenigstens ein, bevorzugt eine Mehrzahl von Datenpaketen, welche mit den 
Paketen zur Abfrage der Zeit auf dem Master (1) identisch sein konnen, vom 
Slave (2) zum Master (1) iibertragen und wieder zuruckubermittelt werden, und 
die interne Uhr im Slave (2) in Abhangigkeit einer insbesondere 
durchschnittlichen Laufeeit von Datenpaketen zwischen Master (1) und Slave 
(2) an die Uhr im Master (1) angeglichen wird. 

Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Laufeeit als 
Mittelwert unter Beriicksichtigung der Bearbeitungszeiten in den Geraten (2) 
berechnet wird. 

Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass das erste, mit der Wiedergabe beauftragte Wiedergabegerat (1,2) 
automatisch als Master (1) definiert wird. 
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9. Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass es sich bei den Datenstromen oder Datenpaketen urn digitale Audio- oder 
Videodaten oder eine Kombination davon handelt, insbesondere im 
komprimierte oder unkomprimierte Audiodateien wie MP3, WAV, MPEG, 
Windows Media etc. 



10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass es auf den 
Wiedergabegeraten (1,2) entweder die gleichen Daten wiedergegeben werden, 
oder dass unterschiedliche Kanale der Daten, insbesondere bei Audio-Dateien in 
Stereoformat oder Multikanal (z.B. Dolby 5.1, DTS etc), auf unterschiedlichen 
Wiedergabegeraten (1,2) wiedergegeben werden. 

1 1 . Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass wenigstens ein Teil der Datenstrome oder Datenpakete vor der Wiedergabe 
in den Wiedergabegeraten (1,2) zwischengepuffert (5) werden, wobei bei 
Audiodateien typischerweise im Bereich von ca. 1 bis 5 sec gepuffert wird. 



Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass die Synchronisation der einzelnen Wiedergabegerate (1,2) im Bereich von 
weniger als 100ms, bevorzugt von weniger als 10ms oder weniger als 2ms, und 
insbesondere bevorzugt von weniger als 1 ms erfolgt. 



Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass es sich beim Netzwerk (4) um ein kabelloses Netzwerk, insbesondere ein 
Funknetzwerk handelt. 



14; VerfahrenTiach-einem-der^orhe^^ 

dass wahrend der Wiedergabe von wenigstens einem Wiedergabegerat (1,2) 
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wenigstens ein weiteres synchronisiert zugeschaltet wird, indem sich das 
zugeschaltete Gerat (2)automatisch auf den vorhandenen Master (1) abgleicht 
und nach Pufferung eines Teils der Daten selber die Wiedergabe aufhimmt. 



15. Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass die Datenpakete oder Datenstrome entweder von einem separaten 
Datenserver (3) abgeholt werden, oder auf einem der Wiedergabegerate (1) 
abgeholt werden, oder auf den Wiedergabegeraten (1,2) bereits zur Verfugung 
stehen, oder dem System fiber einen Analog-Digitalwandler und/oder eventueller 
Komprimiar/Codiereiriheit nach Einspeisung in analoger oder digitaler Form in 
digitaler Form zur Verfagung gestellt werden. 

16. Verfahren nach einem der vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass die Datenpakete oder Datenstrome von einer Datenquelle in einen 
Ringpuffer (5) im Master (1) eingelesen, wobei jedes eingelesene Byte mit einer 
eindeutigen Adresse versehen ist 5 und dass der Master (1) in einem vom 
Einlesen des Datenstromes in den Ringpuffer (5) unabhangigen Prozess die 
Daten des Ringpuffers (5) blockweise, insbesondere sofort nach Einlesen, per 
Broadcast, insbesondere per UDP Broadcast und weiterhin insbesondere per 
multicast, auf das Netzwerk schickt, erganzt durch einen Protokollheader, der 
unter anderem die Adresse des ersten ubermittelten Bytes, die genaue 
Masterzeit, die Adresse des vom Master (1) ais nachstes an den Codec des 
Masters (1) zu ubermittelnden Bytes enthalt. 



17. Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass die Adresse des 
vom Master als nachstes an den Codec des Masters (1) zu ubermittelnden Bytes 
wenigstens teilweise in unabhangigen Kontrollblocken, welche mit den 
Kontrollblocken zur Uberpriifung der Uhr auf dem Master identisch sein 
konnen, ubertnittelt wird. 
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18. Verfahren nach einem der vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass zur Sicherung der Datenintegritat bei von einem Slave (2) festgestelltem 
Verlust eines Datenteils auf dem Netzwerk (4) dieses Datenteil nach 
Anforderung vom Slave (2) vom Master (1) wiederholt gesendet wird, wobei der 
Master (1) dieses wiederholte Senden erst nach Verzogerung, insbesondere im 
Bereich von einigen ms, vornimmt, und wobei die Slaves (2) die Anforderungen 
in gestaffelter Weise derart vornehmen, dass identische Anforderungen nur 
einmal fiber das Netzwerk geschickt werden. 



19. Datenverarbeitungsprogramm zur Durchfuhrung eines Verfahrens nach einem 
der Anspruche 1 bis 18. 



20. Wiedergabegerat zur Durchfuhrung eines Verfahrens nach einem der Anspruche 
1 bis 18, dadurch gekennzeichnet, dass es iiber ein Netzwerkinterface, fiber eine 
zentrale Rechnereinheit mit Speicher sowie fiber Mittel zur wenigstens 
mittelbaren Ausgabe von Daten, insbesondere in Forni eines Lautsprechers, 
verfugt, dadurch gekennzeichnet, dass im Speicher ein 
Datenverarbeitungsprogramm nach Anspruch 19 fest programmiert ist, und dass 
sich dieses Programm nach Einschaltung der Speisung selbsttatig aktiviert, 
wobei das Wiedergabegerat insbesondere bevorzugt fiber Mittel zur 
automatischen Integration des Gerats in das Netzwerk verfugt. 
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ZUSAMMENFASSUNG 



Die vorliegende Erfindung betrifft ein Verfahren zur Wiedergabe von fiber wenigstens 
ein Netzwerk ubertragenen Datenstromen oder Datenpaketen mittels wenigstens zweier 
wenigstens mittelbar an das Netzwerk angebundener Wiedergabegerate. Dabei wird 
eine synchronisierte und fehlerfreie Wiedergabe gewahrleistet, indem zur 
Synchronisation der Wiedergabe mit den wenigstens zwei Wiedergabegeraten entweder 
eines der Wiedergabegerate als Master seine interne Ulir als Referenz vorgibt und die 
anderen Wiedergabegerate als Slave ihre interne Uhr iiber das Netzwerk mit jener des 
Masters abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in 
Abhangigkeit dieser abgeglichenen Uhr wiedergeben, oder indem die interne Uhr eines 
externen, ebenfalls am Netz verfiigbaren Gerates als Master verwendet wird und alle 
Wiedergabegerate als Slave eine interne Uhr iiber das Netzwerk mit jener des Masters 
abgleichen und die Wiedergabe von Datenstromen oder Datenpaketen in Abhangigkeit 
dieser abgeglichenen Uhr wiedergeben. 



Unveranderiietaes Exempli 
Ex«mplair© invariable 
Esemptar© imsTiutabile 
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